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DETAILED ACTION 
Drawings 

1 . The drawings are objected to as failing to comply with 37 CFR 1 .84(p)(5) 
because they include numerous errors such as: 

(i) on page 17, paragraph 0071, line 4, "pre-classifier header 340" is not shown in 
Fig. 4. Perhaps it should be 440. 

(ii) on page 25, paragraph 0104, line 9, "pre-classification header 930" is not 
shown in Fig. 9. Perhaps it should be 440. 

Applicant is requested to check for more such errors in the description. 

Corrected drawing sheets in compliance with 37 CFR 1 .121(d), or amendment to 
the specification to add the reference character(s) in the description in compliance with 
37 CFR 1 .121(b) are required in reply to the Office action to avoid abandonment of the 
application. Any amended replacement drawing sheet should include all of the figures 
appearing on the immediate prior version of the sheet, even if only one figure is being 
amended. Each drawing sheet submitted after the filing date of an application must be 
labeled in the top margin as either "Replacement Sheet" or "New Sheet" pursuant to 37 
CFR 1 .121 (d). If the changes are not accepted by the examiner, the applicant will be 
notified and informed of any required corrective action in the next Office action. The 
objection to the drawings will not be held in abeyance. 
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Claim Rejections - 35 USC § 102 



2. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 
A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 



3. Claims 1,4, 5, 10-15, 18-19, 24-27 are rejected under 35 U.S.C. 102(e) as being 
anticipated by Carr et al. (U.S. Patent No. 6,600,744). 



Regarding Claim 1, Carr et al. discloses a method for classifying a data packet in 
a network interface, comprising the steps of: (a) receiving a plurality of classification 
parameters (Fig.1 , Fig. 3, Fig. 4; col 4, lines 2-6. The key generation block 20 receives 
the packet 10, or at least the relevant header information for the packet, and extracts 
fields from the header to generate the key. Various portions of various fields may be 
used to generate the key that is appropriate for the particular classification operation. 
The key from the relevant header of the packet received corresponds to receiving a 
plurality of classification parameters); 

(b) generating a plurality of program modules, each of said plurality of program modules 
for testing for adherence to at least one corresponding classification parameter (Fig.1 , 
Fig. 3, Fig. 4; col 2, lines 31-36. The rules or parameters for classifying the packets are 
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stored in a memory structure. The memory structure receives a set of rule selection 
signals, and provides a selected set of rules to a comparison block in response to the 
rule selection signals. The comparison block also receives a key that includes the 
relevant information for classifying the packet according to the rule set stored in the 
memory. The rules corresponds to a plurality of program modules and the comparison 
block which receives a key that includes the relevant information for classifying the 
packet according to the rule is associated with plurality of program modules for testing 
for adherence to at least one corresponding classification parameter); 

(c) receiving the data packet (Fig.1, Fig. 3, Fig. 4; col 4, lines 2-6. The key generation 
block 20 receives the packet 10, or at least the relevant header information for the 
packet, and extracts fields from the header to generate the key. Various portions of 
various fields may be used to generate the key that is appropriate for the particular 
classification operation. Receiving data packet is shown in Fig.1 f element 10); 

(d) generating a header, said header indicating whether one or more predefined fields 
are present in the data packet and identifying a location of said one or more redefined 
fields in the data packet when present (Fig.1 , Fig. 3, Fig. 4; col 1 , lines 42-50; col 3, line 
43 through col 4, line 6. Key 24 and the rule selection signals 22 are generated by a 
key generation block 20. The key generation block 20 receives the packet 10, or at least 
the relevant header information for the packet, and extracts fields from the header to 
generate the key. Various portions of various fields may be used to generate the key 
that is appropriate for the particular classification operation. As stated earlier, the rule 
selection signals 22 may be determined based on a number of different factors related 
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to the packet. The key generation block 20 which extracts fields from the header to 
generate the key is associated with generating a header, header indicating whether one 
or more predefined fields are present in the data packet and identifying a location of one 
or more redefined fields in the data packet when present); 

(e) executing each of said plurality of program modules, wherein each of said plurality of 
program modules receives said header and generates a test result based on contents of 
said header and contents of the data packet (Fig.1, Fig. 3, Fig. 4; col 2, lines 38-43. The 
comparison block compares the key to each of the rules in the selected set of rules, and 
when a favorable comparison is determined, the comparison block provides an 
indication of the favorable comparison is associated with executing each of plurality of 
program modules, wherein each of plurality of program modules receives header and 
generates a test result based on contents of header and contents of the data packet. 
Note: The contents of header and contents of data packet are inherently considered to 
be the entire packet received (element 10)); and 

(f) processing the data packet based on said test results from said plurality of program 
modules (Fig.1, Fig. 3, Fig. 4; col 2, lines 43-48. A prioritization block operably coupled 
to the comparison block prioritizes the rules that resulted in favorable comparisons to 
determine a preferred rule, where the preferred rule includes the resulting classification 
information for the packet is associated with processing the data packet based on test 
results from plurality of program modules). 
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Regarding Claim 4, Carr et al. discloses wherein step (f) comprises transmitting 
the data packet over a selected service flow based on said test results from said 
plurality of program modules (col 4, lines 5-13. The packet classification engine can be 
structured such that multiple matches between the key and the rule set are determined 
for each key value. Thus, one class of rules may be utilized to determine the billing 
class for a packet, whereas another class of rules may be used to determine the 
forwarding characteristics for the packet which correspond to transmitting the data 
packet over a selected service flow based on said test results from plurality of program 
modules). 

Regarding Claim 5, Carr et al. discloses wherein step (f) comprises rejecting the 
data packet for violating classification parameters based on said test results from said 
plurality of program modules (co! 4 ; lines 31-54. When the rules are used for 
comparison with the key 24, and a rule is determined as the preferable rule, the result 
data corresponding to that rule is included in the output of the packet classification 
engine. For example, if a packet is classified based on its destination address, the 
results of a favorable comparison with a rule in the memory array 40 may be to allow 
the data communication packet to pass through the switch making decisions based on 
the packet classification which can be associated with an unfavorable comparison 
comprises rejecting the data packet for violating classification parameters based on test 
results from plurality of program modules). 
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Regarding Claim 10, Carr et al. discloses wherein said steps (a) and (b) occur 
during generation of a new service flow (col 8, line 65 through col 9, line 17. When 
using a time of day parameter in determining whether or not certain data packets should 
be passed. For example, during business hours a particular user may not be allowed to 
receive data packets from a particular source. However, when business hours are over, 
the lookup table could be updated to point to a new set of rules that allow for such data 
packets to be passed. As such, data packets associated with a specific source or 
specific protocol may be disallowed during certain times of day, and allowed during 
other times of day are associated with steps (a) and (b) occurring during generation of a 
new service flow). 

Regarding Claim 1 1 , Carr et al. discloses wherein said header is concatenated to 
the data packet (Fig. 1 element 10; col 1 , lines 42-46. Note: It is inherent that the data 
packet contains header and payload fields. Therefore, a header is inherently 
concatenated to the payload forming a data packet). 

Regarding Claim 12, Carr et al. discloses wherein step (e) comprises executing 
each of said plurality of program modules in parallel (col 2, lines 49-56. Implementing 
the packet classification engine using a memory that stores many rules and provides a 
large number of these rules to the comparison block in parallel, many rules can be 
compared with the key simultaneously is associated with executing each of said plurality 
of program modules in parallel). 
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Regarding Claim 13, Carr et al. discloses wherein step (f) comprises the steps of: 
combining said test results from said plurality of program modules using a logical AND 
operation (Fig. 2; col 7, lines 61-64. The outputs of all of the comparators are combined 
by the AND gate 120 such that all of the comparators must determine a favorable result 
to produce a match 122 between the key 24 and the rule 42. are associated with 
combining test results from plurality of program modules using a logical AND operation); 
and processing the data packet based on a result of said logical AND operation (col 8, 
lines 11-20). 

Regarding Claim 14, Carr et al. discloses a method for classifying a data packet 
in a network interface, comprising the steps of: (a) receiving a plurality of classification 
parameters (Fig.1, Fig. 3, Fig, 4; col 4 ; lines 2-6. The key generation block 20 receives 
the packet 10, or at least the relevant header information for the packet, and extracts 
fields from the header to generate the key. Various portions of various fields may be 
used to generate the key that is appropriate for the particular classification operation. 
The key from the relevant header of the packet received corresponds to receiving a 
plurality of classification parameters); 

(b) generating a plurality of optimized program modules, each of said plurality of 
program modules for testing for adherence to at least one corresponding classification 
parameter (Fig.1 , Fig. 3, Fig. 4; col 2, lines 31-36. The rules or parameters for 
classifying the packets are stored in a memory structure. The memory structure 
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receives a set of rule selection signals, and provides a selected set of rules to a 
comparison block in response to the rule selection signals. The comparison block also 
receives a key that includes the relevant information for classifying the packet according 
to the rule set stored in the memory. The rules corresponds to a plurality of program 
modules and the comparison block which receives a key that includes the relevant 
information for classifying the packet according to the rule is associated with plurality of 
program modules for testing for adherence to at least one corresponding classification 
parameter); 

(c) receiving the data packet (Fig.1, Fig. 3, Fig. 4; col 4, lines 2-6. The key generation 
block 20 receives the packet 10, or at least the relevant header information for the 
packet, and extracts fields from the header to generate the key. Various portions of 
various fields may be used to generate the key that is appropriate for the particular 
classification operation. Receiving data packet is shown in Fig.1, element 10); 

(d) generating a header, said header indicating whether one or more predefined fields 
are present in the data packet and identifying a location of said one or more predefined 
fields in the data packet when present (Fig.1 , Fig. 3, Fig. 4; col 1, lines 42-50; col 3, line 
43 through col 4, line 6. Key 24 and the rule selection signals 22 are generated by a key 
generation block 20. The key generation block 20 receives the packet 10, or at least the 
relevant header information for the packet, and extracts fields from the header to 
generate the key. Various portions of various fields may be used to generate the key 
that is appropriate for the particular classification operation. As stated earlier, the rule 
selection signals 22 may be determined based on a number of different factors related 
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to the packet. The key generation block 20 which extracts fields from the header to 
generate the key is associated with generating a header, header indicating whether one 
or more predefined fields are present in the data packet and identifying a location of one 
or more redefined fields in the data packet when present); 

(e) serially executing said plurality of program modules, wherein each of said plurality of 
program modules receives said header and generates a test result based on contents of 
said header and contents of the data packet used to generate the header, until one of 
said plurality of program modules generates a failing test result (Fig.1 , Fig. 3, Fig. 4; col 
2, lines 38-43; col 11, line 29 through col 12, line 8; col 13, line 67 through col 14, lines 
8. The comparison block compares the key to each of the rules in the selected set of 
rules, and when a favorable comparison is determined, the comparison block provides 
an indication of the favorable comparison is associated with executing each of plurality 
of program modules, wherein each of plurality of program modules receives header and 
generates a test result based on contents of header and contents of the data packet. 
The sequencer 250 receives indications from the scheduler 240 that a new key has 
been received and is to be compared with a certain rule set. The sequencer passes the 
start index to the lookup table 272 to select the first address offset that is passed to the 
data array 290. Sequencer 250 correspond to serially executing plurality of program 
modules. Fig. 4, step 422. If the linked list is no longer supplying additional address 
offsets to retrieve additional rule sets, the system may return a value indicating that no 
match has been achieved and this corresponds to plurality of program modules 
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generates a failing test result Note: The contents of header and contents of data packet 
are inherently considered to be the entire packet received (element 10)); and 
(f) processing the data packet based on whether a failing test result was generated in 
step (e) (Fig.1, Fig. 3, Fig. 4; col 2, lines 43-48; col 14, lines 8-15. A prioritization block 
operably coupled to the comparison block prioritizes the rules that resulted in favorable 
comparisons to determine a preferred rule, where the preferred rule includes the 
resulting classification information for the packet is associated with processing the data 
packet based on test results from plurality of program modules). 

Regarding Claim 15, Carr et al. discloses a method for classifying a data packet 
in a network interface, comprising the steps of: (a) receiving a plurality of classification 
parameters (Fig.1 , Fig. 3, Fig. 4; col 4, lines 2-6. The key generation block 20 receives 
the packet 10, or at least the relevant header information for the packet, and extracts 
fields from the header to generate the key. Various portions of various fields may be 
used to generate the key that is appropriate for the particular classification operation. 
The key from the relevant header of the packet received corresponds to receiving a 
plurality of classification parameters); 

(b) generating a plurality of program modules, each of said plurality of program modules 
for testing for adherence to at least one corresponding classification parameter (Fig.1 , 
Fig. 3, Fig. 4; col 2, lines 31-36. The rules or parameters for classifying the packets are 
stored in a memory structure. The memory structure receives a set of rule selection 
signals, and provides a selected set of rules to a comparison block in response to the 
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rule selection signals. The comparison block also receives a key that includes the 
relevant information for classifying the packet according to the rule set stored in the 
memory. The rules corresponds to a plurality of program modules and the comparison 
block which receives a key that includes the relevant information for classifying the 
packet according to the rule is associated with plurality of program modules for testing 
for adherence to at least one corresponding classification parameter); 

(c) receiving the data packet (Fig.1, Fig. 3, Fig. 4; col 4, lines 2-6. The key generation 
block 20 receives the packet 1 0, or at least the relevant header information for the 
packet, and extracts fields from the header to generate the key. Various portions of 
various fields may be used to generate the key that is appropriate for the particular 
classification operation. Receiving data packet is shown in Fig.1, element 10); 

(d) executing each of said plurality of program modules, wherein each of said plurality of 
program modules generates a test result based on contents of the data packet (Fig.1 , 
Fig. 3, Fig. 4; col 2, lines 38-43. The comparison block compares the key to each of the 
rules in the selected set of rules, and when a favorable comparison is determined, the 
comparison block provides an indication of the favorable comparison is associated with 
executing each of said plurality of program modules, wherein each of plurality of 
program modules generates a test result based on contents of the data packet 

Note: The contents of data packet are inherently considered to be the entire packet 
received (element 10) including the header); and 

(e) processing the data packet based on said test results from said plurality of program 
modules (Fig.1 , Fig. 3, Fig. 4; col 2, lines 43-48. A prioritization block operably coupled 
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to the comparison block prioritizes the rules that resulted in favorable comparisons to 
determine a preferred rule, where the preferred rule includes the resulting classification 
information for the packet is associated with processing the data packet based on test 
results from plurality of program modules). 

Regarding Claim 18, Carr et al. discloses wherein step (e) comprises transmitting 
the data packet over a selected service flow based on said test results from said 
plurality of program modules (col 4, lines 5-13. The packet classification engine can be 
structured such that multiple matches between the key and the rule set are determined 
for each key value. Thus, one class of rules may be utilized to determine the billing 
class for a packet, whereas another class of rules may be used to determine the 
forwarding characteristics for the packet which correspond to transmitting the data 
packet over a selected sen/ice flow based on said test results from plurality of program 
modules). 

Regarding Claim 19, Carr et al. discloses wherein step (e) comprises rejecting 
the data packet for violating classification parameters based on said test results from 
said plurality of program modules (col 4, lines 31-54. When the rules are used for 
comparison with the key 24, and a rule is determined as the preferable rule, the result 
data corresponding to that rule is included in the output of the packet classification 
engine. For example, if a packet is classified based on its destination address, the 
results of a favorable comparison with a rule in the memory array 40 may be to allow 
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the data communication packet to pass through the switch making decisions based on 
the packet classification which can be associated with an unfavorable comparison 
comprises rejecting the data packet for violating classification parameters based on test 
results from plurality of program modules). 

Regarding Claim 24, Carr et al. discloses wherein said steps (a) and (b) occur 
during generation of a new service flow (col 8, line 65 through col 9, line 17. When 
using a time of day parameter in determining whether or not certain data packets should 
be passed. For example, during business hours a particular user may not be allowed to 
receive data packets from a particular source. However, when business hours are over, 
the lookup table could be updated to point to a new set of rules that allow for such data 
packets to be passed. As such, data packets associated with a specific source or 
specific protocol may be disallowed during certain times of day, and allowed during 
other times of day are associated with steps (a) and (b) occurring during generation of a 
new service flow). 

Regarding Claim 25, Carr et al. discloses wherein step (d) comprises the step of: 
executing each of said plurality of program modules in parallel (col 2, lines 49-56. 
Implementing the packet classification engine using a memory that stores many rules 
and provides a large number of these rules to the comparison block in parallel, many 
rules can be compared with the key simultaneously is associated with executing each of 
said plurality of program modules in parallel). 
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Regarding Claim 26, Carr et al. discloses wherein step (e) comprises the steps 
of: (1) combining said test results from said plurality of program modules using a logical 
AND operation (Fig. 2; col 7, lines 61-64. The outputs of all of the comparators are 
combined by the AND gate 120 such that all of the comparators must determine a 
favorable result to produce a match 122 between the key 24 and the rule 42. are 
associated with combining test results from plurality of program modules using a logical 
AND operation); and (2) processing the data packet based on a result of said logical 
AND operation (col 8, lines 1 1-20). 

Regarding Claim 27, Carr et al. discloses a computer program product 
comprising a computer usable medium having computer program logic for enabling a 
processor in a network interface to classify a data packet (col 2, lines 57-66. The packet 
classification engine may be implemented using dynamic random access memory 
(DRAM) technology. The rule set stored within the memory structure may be modified 
through a simple memory access that alters the specific rules within memory. 
Additionally, the signals utilized to select the set of rules for a particular comparison can 
be mapped to different locations within the memory structure, thus allowing different 
sets of rules to be utilized in different sets of conditions. Similarly, the mapping of the 
rule selection signals to a specific set of rules is flexible enough that a plurality of 
different rule sets can be included in the memory structure, allowing a variety of 
protocols to be supported in a single packet classification engine. Note: Dynamic 
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random access memory (DRAM) technology and the signals utilized to select the set of 
rules are inherently associated with a computer program product comprising a computer 
usable medium having computer program logic for enabling a processor in a network 
interface to classify a data packet) comprising: a first means for enabling the processor 
to receive a plurality of classification parameters (Fig.1 , Fig. 3, Fig. 4; col 4, lines 2-6. 
The key generation block 20 receives the packet 10, or at least the relevant header 
information for the packet, and extracts fields from the header to generate the key. 
Various portions of various fields may be used to generate the key that is appropriate 
for the particular classification operation. The key from the relevant header of the 
packet received corresponds to receiving a plurality of classification parameters); 
a second means for enabling ihe processor to generate a plurality of program modules, 
each of said plurality of program modules for testing for adherence to at least one 
corresponding classification parameter (Fig.1, Fig. 3, Fig, 4; col 2 ; lines 31-36. The 
rules or parameters for classifying the packets are stored in a memory structure. The 
memory structure receives a set of rule selection signals, and provides a selected set of 
rules to a comparison block in response to the rule selection signals. The comparison 
block also receives a key that includes the relevant information for classifying the packet 
according to the rule set stored in the memory. The rules corresponds to a plurality of 
program modules and the comparison block which receives a key that includes the 
relevant information for classifying the packet according to the rule is associated with 
plurality of program modules for testing for adherence to at least one corresponding 
classification parameter); 



Application/Control Number: 10/087,779 Page 17 

Art Unit: 2664 

a third means for enabling the processor to receive the data packet (Fig.1 , Fig. 3, Fig. 
4; col 4, lines 2-6. The key generation block 20 receives the packet 10, or at least the 
relevant header information for the packet, and extracts fields from the header to 
generate the key. Various portions of various fields may be used to generate the key 
that is appropriate for the particular classification operation. Receiving data packet is 
shown in Fig.1, element 10); 

a fourth means for enabling the processor to generate a header, said header indicating 
whether one or more predefined fields are present in the data packet and identifying a 
location of said one or more predefined fields of the data packet when present (Fig.1 , 
Fig. 3, Fig. 4; col 1 , lines 42-50; col 3, line 43 through col 4, line 6. Key 24 and the rule 
selection signals 22 are generated by a key generation block 20. The key generation 
block 20 receives the packet 10, or at least the relevant header information for the 
packet, and extracts fields from the header to generate the key. Various portions of 
various fields may be used to generate the key that is appropriate for the particular 
classification operation. As stated earlier, the rule selection signals 22 may be 
determined based on a number of different factors related to the packet. The key 
generation block 20 which extracts fields from the header to generate the key is 
associated with generating a header, header indicating whether one or more predefined 
fields are present in the data packet and identifying a location of one or more redefined 
fields in the data packet when present); 

a fifth means for enabling the processor to execute each of said plurality of program 
modules, wherein each of said plurality of program modules receives said header and 
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generates a test result based on contents of said header and contents of said data 
packet (Fig.1 , Fig. 3, Fig. 4; col 2, lines 38-43. The comparison block compares the key 
to each of the rules in the selected set of rules, and when a favorable comparison is 
determined, the comparison block provides an indication of the favorable comparison is 
associated with executing each of plurality of program modules, wherein each of 
plurality of program modules receives header and generates a test result based on 
contents of header and contents of the data packet. Note: The contents of header and 
contents of data packet are inherently considered to be the entire packet received 
(element 10)); and 

a sixth means for enabling the processor to process the data packet based on said test 
results from said plurality of program modules (Fig.1 , Fig. 3, Fig. 4; col 2, lines 43-48. A 
prioritization block operably coupled to the comparison block prioritizes the rules that 
resulted in favorable comparisons to determine a preferred rule, where the preferred 
rule includes the resulting classification information for the packet is associated with 
processing the data packet based on test results from plurality of program modules). 



Claim Rejections - 35 USC § 103 

4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 
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5. Claims 2, 6-9, 16, 20-23, 28, 30-39 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Carr et al.(U.S. Patent No. 6,600,744) in view of Synnestvedt et al. 
(U.S. Patent No. 6,598,057). 

Regarding Claim 2, Carr et at. discloses all the limitations of claim 1 . Carr et al. 
does not disclose wherein said classification parameters comprise DOCSIS 
classification parameters. Synnestvedt et al. discloses classification parameters 
comprise DOCSIS classification parameters (Fig. 2, element 206; col 3, lines 44-48; col 
4, lines18-20). At the time the invention was made it would have been obvious to a 
person of ordinary skill in the art to include the DOCSIS classification parameters as 
taught by Synnestvedt et al. into the classification system of Carr et al. allowing for more 
effective broadband provisioning through better configuration file management as well 
as allowing for the creation of more flexible subscriber service plans wherein the 
resulting configuration can be generated according to the DOCSIS configuration file 
standard (col 2, lines 63-65; col 3, lines 9-12). 

Regarding Claim 6, Carr et al. discloses all the limitations of claim 1 . Carr et al. 
does not disclose wherein step (a) comprises receiving a configuration file, said 
configuration file including said plurality of classification parameters. Synnestvedt et al. 
discloses wherein step (a) comprises receiving a configuration file, said configuration 
file including said plurality of classification parameters (Fig. 2; col 4, lines 9-20. The 
DOCSISFile class 206 inherits from DynamicFile class 204, and represents a DOCSIS 
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compliant configuration file which corresponds to receiving a configuration file, 
configuration file including plurality of classification parameters). At the time the 
invention was made it would have been obvious to a person of ordinary skill in the art to 
include the DOCSIS classification parameters as taught by Synnestvedt et al. into the 
classification system of Carr et al. allowing for more effective broadband provisioning 
through better configuration file management as well as allowing for the creation of 
more flexible subscriber service plans wherein the resulting configuration can be 
generated according to the DOCSIS configuration file standard (col 2, lines 63-65; col 3, 
lines 9-12). 

Regarding Claim 7, Carr et al. discloses all the limitations of claim 1 . Carr et al. 
does not disclose wherein step (a) comprises receiving a cable modem configuration 
request, said cable modem configuration request including said plurality of classification 
parameters. Synnestvedt et al. discloses wherein step (a) comprises receiving a cable 
modem configuration request, said cable modem configuration request including said 
plurality of classification parameters (Fig. 1 ; col 3, lines 44-48; col 4, lines 5-8. 
Requests for configuration originate at cable modem 102 and travel to TFTP (Trivial File 
Transfer Protocol) server 124, where a DOCSIS binary configuration file is generated 
and sent back to cable modem correspond to receiving a cable modem configuration 
request, cable modem configuration request including plurality of classification 
parameters). At the time the invention was made it would have been obvious to a 
person of ordinary skill in the art to include the DOCSIS classification parameters as 



Application/Control Number: 10/087,779 Page 21 

Art Unit: 2664 

taught by Synnestvedt et al. into the classification system of Carr et al. allowing for more 
effective broadband provisioning through better configuration file management as well 
as allowing for the creation of more flexible subscriber service plans wherein the 
resulting configuration can be generated according to the DOCSIS configuration file 
standard (col 2, lines 63-65; col 3, lines 9-12). 

Regarding Claim 8, Carr et al. discloses all the limitations of claim 1. Carr et al. 
does not disclose wherein step (a) comprises receiving a dynamic service message, 
wherein said dynamic sen/ice message includes said plurality of classification 
parameters. Synnestvedt et al. discloses wherein step (a) comprises receiving a 
dynamic service message, wherein said dynamic service message includes said 
plurality of classification parameters (Fig. 4; col 5, lines 11-16. A DOCSIS configuration 
file is dynamically generated based upon a RRQ message received by an augmented 
TFTP (Trivial File Transfer Protocol) server 124 is associated with receiving a dynamic 
service message, wherein dynamic service message includes plurality of classification 
parameters). At the time the invention was made it would have been obvious to a 
person of ordinary skill in the art to include the DOCSIS classification parameters as 
taught by Synnestvedt et al. into the classification system of Carr et al. allowing for more 
effective broadband provisioning through better configuration file management as well 
as allowing for the creation of more flexible subscriber service plans wherein the 
resulting configuration can be generated according to the DOCSIS configuration file 
standard (col 2, lines 63-65; col 3, lines 9-12). 
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Regarding Claim 9, Carr et al. discloses all the limitations of claim 1 . Carr et al. 
does not disclose wherein said steps (a) and (b) occur as part of a cable modem 
registration process. Synnestvedt et al. discloses wherein said steps (a) and (b) occur 
as part of a cable modem registration process (Fig. 4, steps 416, 418 and 420; col 3, 
lines 44-48; col 10, lines 16-18. Steps 416, 418 and 420 correspond to steps (a) and 
(b) occuring as part of a cable modem registration process). At the time the invention 
was made it would have been obvious to a person of ordinary skill in the art to include 
the DOCSIS classification parameters as taught by Synnestvedt et al. into the 
classification system of Carr et al. allowing for more effective broadband provisioning 
through better configuration file management as well as allowing for the creation of 
more flexible subscriber service plans wherein the resulting configuration can be 
generated according to the DOCSIS configuration file standard (col 2, lines 63-65; col 3, 
lines 9-12). 

Regarding Claim 16, Carr et al. discloses all the limitations of claim 15. Carr et 
al. does not disclose wherein said classification parameters comprise DOCSIS 
classification parameters. Synnestvedt et al. discloses classification parameters 
comprise DOCSIS classification parameters (Fig. 2, element 206; col 3, lines 44-48; col 
4, lines18-20). At the time the invention was made it would have been obvious to a 
person of ordinary skill in the art to include the DOCSIS classification parameters as 
taught by Synnestvedt et al. into the classification system of Carr et al. allowing for more 
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effective broadband provisioning through better configuration file management as well 
as allowing for the creation of more flexible subscriber service plans wherein the 
resulting configuration can be generated according to the DOCSIS configuration file 
standard (col 2, lines 63-65; col 3, lines 9-12). 

Regarding Claim 20, Carr et al. discloses all the limitations of claim 15. Carr et 
al. does not disclose wherein step (a) comprises receiving a configuration file, said 
configuration file including said plurality of classification parameters. Synnestvedt et al. 
discloses wherein step (a) comprises receiving a configuration file, said configuration 
file including said plurality of classification parameters (Fig. 2; col 4, lines 9-20. The 
DOCSISFile class 206 inherits from DynamicFile class 204, and represents a DOCSIS 
compliant configuration file which corresponds to receiving a configuration file, 
configuration file including plurality of classification parameters). At the time the 
invention was made it would have been obvious to a person of ordinary skill in the art to 
include the DOCSIS classification parameters as taught by Synnestvedt et al. into the 
classification system of Carr et al. allowing for more effective broadband provisioning 
through better configuration file management as well as allowing for the creation of 
more flexible subscriber service plans wherein the resulting configuration can be 
generated according to the DOCSIS configuration file standard (col 2, lines 63-65; col 3, 
lines 9-12). 
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Regarding Claim 21 , Carr et al. discloses all the limitations of claim 15. Carr et 
al. does not disclose wherein step (a) comprises receiving a cable modem configuration 
request, said cable modem configuration request including said plurality of classification 
parameters. Synnestvedt et al. discloses wherein step (a) comprises receiving a cable 
modem configuration request, said cable modem configuration request including said 
plurality of classification parameters (Fig. 1; col 3, lines 44-48; col 4, lines 5-8. 
Requests for configuration originate at cable modem 102 and travel to TFTP (Trivial File 
Transfer Protocol) server 124, where a DOCSIS binary configuration file is generated 
and sent back to cable modem correspond to receiving a cable modem configuration 
request, cable modem configuration request including plurality of classification 
parameters). At the time the invention was made it would have been obvious to a 
person of ordinary skill in the art to include the DOCSIS classification parameters as 
taught by Synnestvedt et al. into the classification system of Carr et al. allowing for more 
effective broadband provisioning through better configuration file management as well 
as allowing for the creation of more flexible subscriber service plans wherein the 
resulting configuration can be generated according to the DOCSIS configuration file 
standard (col 2, lines 63-65; col 3, lines 9-12). 

Regarding Claim 22, Carr et al. discloses all the limitations of claim 15. Carr et 
al. does not disclose wherein step (a) comprises receiving a dynamic service message, 
wherein said dynamic service message includes said plurality of classification 
parameters. Synnestvedt et al. discloses wherein step (a) comprises receiving a 
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dynamic service message, wherein said dynamic service message includes said 
plurality of classification parameters (Fig. 4; col 5, lines 11-16. A DOCSIS configuration 
file is dynamically generated based upon a RRQ message received by an augmented 
TFTP (Trivial File Transfer Protocol) server 124 is associated with receiving a dynamic 
service message, wherein dynamic service message includes plurality of classification 
parameters). At the time the invention was made it would have been obvious to a 
person of ordinary skill in the art to include the DOCSIS classification parameters as 
taught by Synnestvedt et al. into the classification system of Carr et al. allowing for more 
effective broadband provisioning through better configuration file management as well 
as allowing for the creation of more flexible subscriber service plans wherein the 
resulting configuration can be generated according to the DOCSIS configuration file 
standard (col 2, lines 63-65; col 3, lines 9-12). 

Regarding Claim 23, Carr et al. discloses all the limitations of claim 15. Carr et 
al. does not disclose wherein said steps (a) and (b) occur as part of a cable modem 
registration process. Synnestvedt et al. discloses wherein said steps (a) and (b) occur 
as part of a cable modem registration process (Fig. 4, steps 416, 418 and 420; col 3, 
lines 44-48; col 10, lines 16-18. Steps 416, 418 and 420 correspond to steps (a) and 
(b) occuring as part of a cable modem registration process). At the time the invention 
was made it would have been obvious to a person of ordinary skill in the art to include 
the DOCSIS classification parameters as taught by Synnestvedt et al. into the 
classification system of Carr et al. allowing for more effective broadband provisioning 
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through better configuration file management as well as allowing for the creation of 
more flexible subscriber service plans wherein the resulting configuration can be 
generated according to the DOCSIS configuration file standard (col 2, lines 63-65; col 3, 
lines 9-12). 

Regarding Claim 28, Carr et al. discloses all the limitations of claim 27. Carr et 
al. does not disclose wherein said classification parameters comprise DOCSIS 
classification parameters. Synnestvedt et al. discloses classification parameters 
comprise DOCSIS classification parameters (Fig. 2, element 206; col 3, lines 44-48; col 
4, lines18-20). At the time the invention was made it would have been obvious to a 
person of ordinary skill in the art to include the DOCSIS classification parameters as 
taught by Synnestvedt et al. into the classification system of Carr et al. allowing for more 
effective broadband provisioning through better configuration file management as well 
as allowing for the creation of more flexible subscriber service plans wherein the 
resulting configuration can be generated according to the DOCSIS configuration file 
standard (col 2, lines 63-65; col 3, lines 9-12). 

Regarding Claim 30, Carr et al. and Synnestvedt et al. discloses all the 
limitations of claims 27 and 28. Further Carr et al. discloses wherein said sixth means 
comprises means for enabling the processor to transmit the data packet over a selected 
sen/ice flow based on said test results from said plurality of program modules (col 4, 
lines 5-13. The packet classification engine can be structured such that multiple 
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matches between the key and the rule set are determined for each key value. Thus, one 
class of rules may be utilized to determine the billing class for a packet, whereas 
another class of rules may be used to determine the forwarding characteristics for the 
packet which correspond to enabling the processor to transmit the data packet over a 
selected service flow based on said test results from said plurality of program modules). 

Regarding Claim 31 , Carr et al. and Synnestvedt et al. discloses all the 
limitations of claims 27 and 28. Further Carr et al. discloses wherein said sixth means 
comprises means for enabling the processor to reject the data packet for violating 
classification parameters based on said test results from said plurality of program 
modules (col 4, lines 31-54. When the rules are used for comparison with the key 24, 
and a rule is determined as the preferable rule, the result data corresponding to that rule 
is included in the output of the packet classification engine. For example, if a packet is 
classified based on its destination address, the results of a favorable comparison with a 
rule in the memory array 40 may be to allow the data communication packet to pass 
through the switch making decisions based on the packet classification which can be 
associated with an unfavorable comparison comprises rejecting the data packet for 
violating classification parameters based on test results from plurality of program 
modules). 

Regarding Claim 32, Carr et al. and Synnestvedt et al. discloses all the 
limitations of claims 27 and 28. Further Synnestvedt et al. discloses wherein said first 
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means comprises means for enabling the processor to receive a plurality of 
classification parameters retrieved from a configuration file (Fig. 2; col 4, lines 9-20. 
The DOCSISFile class 206 inherits from DynamicFile class 204, and represents a 
DOCSIS compliant configuration file which corresponds to enabling the processor to 
receive a plurality of classification parameters retrieved from a configuration file). 

Regarding Claim 33, Carr et al. and Synnestvedt et al. discloses all the 
limitations of claims 27 and 28. Further Synnestvedt et al. discloses wherein said first 
means comprises means for enabling the processor to receive a plurality of 
classification parameters retrieved from a cable modem configuration request (Fig. 1; 
col 3, lines 44-48; col 4, lines 5-8. Requests for configuration originate at cable modem 
102 and travel to TFTP (Trivial File Transfer Protocol) server 124, where a DOCSIS 
binary configuration file is generated and sent back to cable modem correspond to 
enabling the processor to receive a plurality of classification parameters retrieved from a 
cable modem configuration request). 

Regarding Claim 34, Carr et al. and Synnestvedt et al. discloses all the 
limitations of claims 27 and 28. Further Synnestvedt et al. discloses wherein said first 
means comprises means for enabling the processor to receive a plurality of 
classification parameters retrieved from a dynamic service message (Fig. 4; col 5, lines 
11-16. A DOCSIS configuration file is dynamically generated based upon a RRQ 
message received by an augmented TFTP (Trivial File Transfer Protocol) server 124 is 
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associated with enabling the processor to receive a plurality of classification parameters 
retrieved from a dynamic service message). 

Regarding Claim 35, Carr et al. and Synnestvedt et al. discloses all the 
limitations of claims 27 and 28. Further Synnestvedt et al. discloses wherein said first 
means and said second means are executed as part of a cable modem registration 
request (Fig. 4, steps 416, 418 and 420; col 3, lines 44-48; col 10, lines 16-18. Steps 
416, 418 and 420 correspond to steps (a) and (b) occuring as part of a cable modem 
registration request). 

Regarding Claim 36, Carr et al. and Synnestvedt et al. discloses all the 
limitations of claims 27 and 28. Further Carr et al. discloses wherein said first means 
and said second means are executed during generation of a new service flow (col 8, 
line 65 through col 9, line 17. When using a time of day parameter in determining 
whether or riot certain data packets should be passed. For example, during business 
hours a particular user may not be allowed to receive data packets from a particular 
source. However, when business hours are over, the lookup table could be updated to 
point to a new set of rules that allow for such data packets to be passed. As such, data 
packets associated with a specific source or specific protocol may be disallowed during 
certain times of day, and allowed during other times of day are associated with first 
means and second means executed during generation of a new service flow). 
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Regarding Claim 37, Carr et al. and Synnestvedt et al. discloses all the 
limitations of claims 27 and 28. Further Carr et al. discloses wherein said fourth means 
comprises means for enabling the processor to concatenate said header to the data 
packet (Fig. 1 element 10; col 1 , lines 42-46. Note: It is inherent that the data packet 
contains header and payload fields. Therefore, a header is inherently concatenated to 
the payload forming a data packet). 

Regarding Claim 38, Carr et al. and Synnestvedt et al. discloses all the 
limitations of claims 27 and 28. Further Carr et al. discloses wherein said fifth means 
comprises means for enabling the processor to execute each of said plurality of 
program modules in parallel (col 2, lines 49-56. Implementing the packet classification 
engine using a memory that stores many rules and provides a large number of these 
rules to the comparison block in parallel, many rules can be compared with the key 
simultaneously is associated with enabling the processor to execute each of plurality of 
program modules in parallel). 

Regarding Claim 39, Carr et al. and Synnestvedt et al. discloses all the 
limitations of claims 27 and 28. Further Carr et al. discloses wherein said sixth means 
comprises means for enabling the processor to combine said test results from said 
plurality of program modules using a logical AND operation and process the data packet 
based on a result of said logical AND operation (Fig. 2; col 7, lines 61-64. The outputs 
of all of the comparators are combined by the AND gate 120 such that all of the 
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comparators must determine a favorable result to produce a match 122 between the 
key 24 and the rule 42. are associated with combining test results from plurality of 
program modules using a logical AND operation. Col 8, lines 11-20 is associated with 
processing the data packet based on a result of said logical AND operation). 

6. Claims 3, 17 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Carr et al.(U.S. Patent No. 6,600,744) in view of Connery et al. (U.S. Patent No. 
6,570,884). 

Regarding Claim 3, Carr et al. discloses all the limitations of claim 1 . Carr et al. 
does not disclose wherein step (f) comprises applying packet header suppression to the 
data packet based on said test results from said plurality of program modules. Connery 
et al. discloses wherein step (f) comprises applying packet header suppression to the 
data packet based on said test results from said plurality of program modules, (col 8, 
lines 53-57. For the pattern matching engines to have an optional capability to treat an 
incoming SNAP encapsulated IP packet as if it were an EtherType encapsulation. For 
this type of packet, the SNAP header is ignored in the pattern matching process. 
Ignoring the SNAP header in the pattern matching process is associated with packet 
header suppression to the data packet based on test results from plurality of program 
modules). At the time the invention was made it would have been obvious to a person of 
ordinary skill in the art to apply the teachings of Connery et al. into the system of Carr et 
al. such that the processor is only required to handle packets identified by the dedicated 
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packet filter logic, it need not have the capability to keep up with the entire data stream 
(col 2, lines 13-16). 

Regarding Claim 17, Carr et al. discloses all the limitations of claim 15. Carr et 
al. does not disclose wherein step (e) comprises applying packet header suppression to 
the data packet based on said test results from said plurality of program modules. 
Connery et al. discloses wherein step (e) comprises applying packet header 
suppression to the data packet based on said test results from said plurality of program 
modules, (col 8, lines 53-57. For the pattern matching engines to have an optional 
capability to treat an incoming SNAP encapsulated IP packet as if it were an EtherType 
encapsulation. For this type of packet, the SNAP header is ignored in the pattern 
matching process. Ignoring the SNAP header in the pattern matching process is 
associated with packet header suppression to the data packet based on test results 
from plurality of program modules). At the time the invention was made it would have 
been obvious to a person of ordinary skill in the art to apply the teachings of Connery et 
al. into the system of Carr et al. such that the processor is only required to handle 
packets identified by the dedicated packet filter logic, it need not have the capability to 
keep up with the entire data stream (col 2, lines 13-16). 

7. Claim 29 is rejected under 35 U.S.C. 103(a) as being unpatentable over Carr et 
al.(U.S. Patent No. 6,600,744) in view of Synnestvedt et al. (U.S. Patent No. 6,598,057) 
and further in view of Connery et al. (U.S. Patent No. 6,570,884). 
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Regarding Claim 29, Carr et al. and Synnestvedt et al. discloses all the 
limitations of claims 27 and 28. Carr et al. and Synnestvedt et al. does not disclose 
wherein said sixth means comprises means for enabling the processor to apply packet 
header suppression to the data packet based on said test results from said plurality of 
program modules. Connery et al. discloses wherein said sixth means comprises means 
for enabling the processor to apply packet header suppression to the data packet based 
on said test results from said plurality of program modules, (col 8, lines 53-57. For the 
pattern matching engines to have an optional capability to treat an incoming SNAP 
encapsulated IP packet as if it were an EtherType encapsulation. For this type of 
packet, the SNAP header is ignored in the pattern matching process. Ignoring the 
SNAP header in the pattern matching process is associated with packet header 
suppression to the data packet based on test results from plurality of program modules). 
At the time the invention was made it would have been obvious to a person of ordinary 
skill in the art to apply the teachings of Connery et al. into the system of Carr et al. and 
Synnestvedt et al. such that the processor is only required to handle packets identified 
by the dedicated packet filter logic, it need not have the capability to keep up with the 
entire data stream (col 2, lines 13-16). 

Conclusion 

8. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 
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U.S. Patent No. 6,529,508 to Li et al. relates to classification method which 
processes multiple parameter values for a packet in parallel to obtain answer sets 
indicating which rules are matched by each parameter value. 

U.S. Patent No. 6,728,243 to Jason, Jr. et al. relates to the network administrator 
grouping various packet parameters and obtaining rules and conditions according to the 
grouped packet parameters, and using the rules and conditions to identify specific 
packet treatment. 

U.S. Patent No. 6,768,738 to Yazaki et al. relates to a packet forwarding 
apparatus capable of setting flow conditions comprised of a plurality of items including 
user identification information, protocol information, priority identification information, 
etc. in large quantity and performing a flow detection, QoS control and filtering. 

U.S. Patent No. 6,453,360 to Muller et al. relates to batch processing of packet 
headers through an appropriate protocol stack and the packets' headers may then be 
processed collectively, or in rapid sequence, rather than interspersing the processing of 
the packets with packets from other flows. 

9. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to F. Lin Khoo whose telephone number is 571-272-5508. 
The examiner can normally be reached on flex time. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Wellington Chin can be reached on 571-272-3134. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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Primary Examiner 



